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From -thè Editor (again !) 


1 


ED I TOR I AL 


This is our last editorial.for volume one of this Newsletter. 

The very first issue of CUFON come out about a year and a half ago, as 
an experiment: thè interest shoun by thè international UFO movement has 
been quite good, even though only in recent times our presence has been 
remarked by some magazines. 

CUFON circulation is 1 imited to a number- o-f sixty copies or so, 
but we think to increase our readership during thè next months. But 
this could be a problem, as thè Newsletter is xeroxed an t ime necessary 
to reproduce and compose by Staples it is really enormous. We had had 
to renounce some personal interests in thè UFO -field for producing such 
a pubbl icat ion : -furthermore , remember CUFON is entirely produced by a 
sole persona (this mad Editor !), with a very heavy employment o-f money 
and time. 

All this led us to take a decisioni CUFON will be pubi ished only 
in tuo issues in volume tuo, but each o-f them will be composed by sixty 
or seventy pages or so. Press qual ity will be improved by thè use o-f 
special graphic programs, in conjunction with a normal word-processor 
(this is our present idea): uhere available, some i11ustrat ions will be 
presented. The aim is to reach a good qualitative level, as regards 
both contents and style. Obviously, thè Newsletter will aluays need 
contr ibut ions from its readers under thè form of articles, software and 
other material to be pubi ished or simply debated. Corning out once every 
six months people should bave more time for prepare their oun texts (we 
hope !). We knou that matters developed inside CUFON are particularly 
special istic ones, but each of you is interested in computers and has a 
certain knouledge about it: so thè effort shouldn't be so hard ! 

Since nou ue open subscr ipt ions to CUFON Voi. 02, we only uay to 
finance thè Newsletter (together with thè offer of software and related 
print-outs). The rates are thè follouing: 

18,000 Italian lire surface mail and 24,000 for air mail, both to be 
paid OhLY by an International Postai Money Order (no check will be 
accepted, due to thè very high cost of exchange, 8,000 lire). Please 
reneu your oun subscription and invite your friends/correspondents to 
get a n4u one. CUFON needs your contr ibut ions. Furthermore, ue uould 
1 ike to knou neu ufologists having a computer, also in considerat ion of 
future common uorks to develop together: readers should provide this 
Editor with names and addresses of people they knou to have a computer. 


X mF> o -fc -s*. r-* -t No -fc ice 


This brief note is essentially directed to thè European readers. 
It is probable that uithin January 1987 ue'll be finally able to 
establish an experimental UFO Bulletin Board System. First Services 
should be electronic mail and thè possibility to receive some files of 
documents, as uell as available UFO software. During thè period of six 
months or more thè neu Service (probably working during night hours, 
from Monday to Friday) will be in an experimental phase. It will be 
useful to get experience with such a neu application (US friends please 
don't laugh !), preparing neu files to be made available to users. The 
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From thè Editor (again ») 


£ 


hardware employed in this Project uill be a Commodore 128 personal 
computer uith a 1541 disk drive, at least in its very first beginning: 
in a near -future, ue are planning to upgrade thè System on a more 
pouer-ful PC, -for example a Commodore AMIGA or a MS-DOS machine uith 
hard disk. Obviously, it uill depend on available f inaneial resources 
(a little problem »>. 

To connect thè System (thè -first one in thè continent: it should 
be thè European version o-f thè US Computer UFO Netuork) a modem uill be 
necessary. Knouing that most European u-fologists haven't such a device, 
ue uant to invite them to buy one. The reason o-f this is obvious: such 
an application o-f computer technology to our subject is extremely 
interesting and it could be o-f great importance, i-f structured and 
managed in a suitable uay: don't tose thè opportunity o-f exchanging 
in-formation in real,time: nou, it seems only a curiosity, but ue are 
sure o-f its use-fulness in a near -future. 

Me don't uant to speak about thè BBS nou: ue only uant to invite 
to purchase a modem, to be able to connect thè System uhen it uill be 
operative. Suggestions, opinions, critics and personal ideas about thè 
possible use and applications o-f a UFO Bulletin Board System, as uell 
as contr ibut ions in so-ftuare (ue are aluays looking for a really good 
BBS program), uill be extremely uelcome. Uhen you uill have thè modem 
please contact us at once for more information. Me hope to hear from 
you through thè electronic mail of thè System in thè next months ! 


me: uj 

C ai 13. -for p=> e s- 


As previously published in CUFON experimental issue, ue present 
another cali for papers. All readers us ing a computer for UFO 

activities are invited to prepare a text about their uork, uith a 

discussion about hardware, software and aims of thè Project. Graphics, 
tables and other top ics related to thè use and applications of computer 
in ufology are requested for an eventual publication, as uell from 

people uithout any current computer Project (their oun ideas and 

suggestions could be valuable). 

Papers have to be submitted in English language, typeuritten on A4 
sheets: eventual figures should be placed on a different page. 
Contr ibutors having Commodore 64 or 128 computers should send their 
texts as a word-processor file, from "Easy Script" or "Superscr ipt ", if 
possible. 


*********************************************************************** 

R e me min e »— s 

Your subscription ends together uith this issue. Reneu it ! 
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A look at T.O.A.D. 

fcraocyoTO tdo> tihe 

FORTEAi DATABASE 


H«t^ Rick^il 

I am not an ’expert’ on computerà or systems analysis, nor, 
I suspect, are many of my colleagues in thè study of thè UFO or 
any other unusual phenomenon. Vhen we decide to apply thè perso¬ 
nal computer (PC) to our study area we realise thè problema 
facing us are truly formidable. Trying to make sense of thè 
bewildering variety of computerà and programs in terms of my own 
needs has been an education indeed. On this frontier one feels 
extremely isolated, vulnerable and even hesltant, especially when 
an impulsive purchase of computer or program can be very costly 
in wasted keyboard time as veli as money. Consequently I applaud 
thè establishment of this COMPUTER UFO NEWSLETTER which will go 
far in reducing thè sense of isolation and vulnerability by 
sharing problema, experience, and skills. I am pleased to have 
this opportunity to explain thè philosophy and design of TOAD, 
thè fortean database operated by Archives for Fortean Research 
(AFR). 


BACKGROUND 

I first became interested in applying thè PC to my Fortean 
studies in 1978. It was an exciting year which saw thè beginning 
of thè ’home computer’ boom. Suddenly everybody was talking about 
thè Apple, and several magazines appeared devoted to thè new 
computerà and programs arriving from thè USA. 

The temptation to buy was great indeed, but my hesitancy 
mounted as each month brought news of "better" computers and 
programs. Hardware and software seemed in a frenzy of develop- 
ment. Strangely, as prices tumbled thelr power and flexlbility 
increased. (Eg. in 1984 a 5 megabyte external hard disk cost me 
neai;ly £ 2000 - today I can plug in a 20 mb hard disk, complete 
with controller, for under £ 5001). Also at that time there was a 
battle between a number of disk operating systems (DOS) - none of 
thè manufacturing companies were interested in portability of 
programmes between machlnes, or machine compatlbi11ty, or user- 
friendliness. In those days database programs were non-existant - 
I would have to wrlte my own application, which meant taking thè 
time to learn Basic. Clearly thè best policy was to wait. 

The soundest piece of advice I was given, and which I always 
pass on is to ignore thè hardware and work out your software need 
first. The first priority ls to understand your data and what you 
want to do with it thoroughly - then search for thè most 
applicable software - and only then look at hardware. You’11 find 
that, given thè constraints on your purse, flndlng thè most 
suitable computer is relatively easy. So whlle I waited for 
prices to fall within my limited reach I decided to examine thè 
nature of my data and processing needs. 

In thè course of publishing FORTEAN TIMES, and my own 
fortean research, I have accumulated tens of thousands of newspa- 
per clipplngs, xeroxes, magazines and books, as well as research 
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notes, references and bibliographies. And these are being added- 
to dally. Our collection has already gone past thè point where we 
could find items easily using our own memory. Any archivist knows 
thè problem of shelves groaning under thè weight and numbers of 
items, and thè organisational difficulties of proper indexing. 

At first it was thought thè advent of cheap powerful PCs 
would allow us to reduce thè physical size and indexing of a 
library in one go. This is not thè case: Storage memory in 
magnetic media is stili too expensive, even if we had thè time to 
type in ALL thè available data verbatim, indexing keywords as we 
go. This also applies to thè Storage of images on video. 

For facsimile Storage optical media are superior. The 
conventional approach is to use microfilm or microfiche and 
incorporate thè frame reference into thè computer database. There 
are already available programs allowing PCs to 'drive' a 
microfilm reader/printer. The latest research in optical Storage 
attempts to develop thè laser/digitai technology of thè hi-fi 
'compact disc’ (CD). 

Until recently compact disks were ’read only' (CD-ROM), but 
major companies have announced breakthrough on systems which can 
read and write files to CD. As a sign of things to come, an 
interactive CD (CD-I) device called thè 'Intelligent Archive’ 
costs £ 3000 can store 115 mb per side, and for £ 17,000 or more 
'gigadisks' are available offering 550 megabytes. This year will 
see a great battle between contending groups to establish a file- 
handling standard for CD-I, and only when that is settled can we 
expect a rapid market in cheap and portable optical memory. 

Even when facsimile Storage becomes affordable, there is thè 
formidable problem of indexing. For our purposes it is not enough 
to know thè address of an image of a clipping. Before each item 
is stored we would need to index thè essential data, and thè most 
logicai place for this would be on a computer. So with or without 
associated facsimile Storage (and we will stay with old-fashioned 
filing of paper for a while) there is a need for a conventional 
computer database. 

FORTEAN DATABASES 

I use thè term ’fortean’ as an adjective, meaning a thing, 
experience or phenomenon out of thè ordinary (para-normal), which 
challenges conventional or concensus modes of rationalisation 
(eg. orthodox theory, or belief-system). In this view thè UFO and 
ufology are categories of fortean interest. 

The use of computers for what we might generaily cali 
fortean subject-matter carne to thè fore in thè late 1960s. At 
that time thè PC was a science-fiction dream and thè pioneers in 
our field had to pirate thè time and memory of mainframe 
computers owned by thè companies or universities they worked for 
or studied at. As far as I can teli thè earliest to try a 
computer correlation was Damon Knight, biographer of our 
eponymous mentor Charles Fort (1). In thè early 1960s, when only 
big companies could afford thè then room-sized computers, Knight 
convinced a friend at Bell Telephone Labs to key-in 1200 records 
derived from Fort's books. From this sample Knight claimed to 
have discovered a correlation of thè frequency of anomalies with 
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thè epoche of Mar’s orbit. 

After that thè main applications of computerà vere to 
ufology, specifically - eg. thè German MUFON’s ’CODAP’ System; Dr 
David Saunders' ’UFOCAT’, begun in 1969 and donated to thè Center 
for UFO Studies in 1975; and Ted Bloecher’s ’HUMCAT’, again for 
CUFOS in 1975. All of these systems vere similar and borrowed 
from old punchcard-type methodology. They had rigid file design, 
with much use of codes or ’flags’; they could not cope with text 
entries veli, and allowed limited cross-referencing and sorting. 

A measure of thè need for and application of UFOCAT can be 
had from chapter 20 of Allan Hendry’s THE UFO HANDBOOK (1979), in 
which he says that UFOCAT contains "60,000 individuai UFO 
entries”. Just one year later, a CUFOS publlcation claimed UFOCAT 
had an estimated 100,000 entries (2) - quite a jumpl If data can 
accumulate in one subject at that rate, my idea of a massive 
centrai database was folly. Even with a small number of dedicated 
fellow-enthusiasts, and available, affordable memory, thè work 
could go beyond several lifetimes and stili be incomplete. Ve 
have to set our sights on thè achievable within our limitations - 
with foresight and skill we should also be able to lay thè 
foundations upon which thè systems of our successors can build. 

TOAD - DESIGN CRITERIA 

Our criteria are simple, arising out of bibliographical 
research and data usage. Besides thè usuai editing facilities thè 
database should: 

1) be capable of near infinite expansion at thè record 
level. 

2) allow non-sequential entering of records and subjects. 

3) allow more than two files open so that complex reports 
can be generated from cross-referenced multiple files. 

4) allow for different types of data fields (numerical, 
character, logicai and special date fields). 

5) allow alterations to file design while operational. 

> 6) allow browsing (ie. presentation of data in table format) 
and printing of screen contenta, as well as thè usuai listing and 
print facilities. 

7) allow as many keywords as possible, for indexing. 

8) allow hierarchical sorting or indexing (eg. chronologi- 
cally under alphabetical subject). 

9) allow thè 'carrying’ of field contenta forward to a new 
record during data entry in cases of repetative data. 

10) locate specific records swiftly. 

11) output files to a word processor. 

12) offer a range of ’error-checking’ facilities. 

13) have a 'screen palnting' facillty for customised data 
entry and report forma. 

14) statistical and graphics facilities if needed. 

Etc. etc. 

VHY IBM? VHY DBASE? 

I looked at many systems and, truly, none of them were 
perfect. Glven thè amount of data I wanted to store, thè type of 
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operations I wanted to perform, and thè need for adaptlng files 
and flelds to our specific needs, it was clear that proliferating 
gaming computerà (Spectrums and Ataris, etc) and their simple 
software would be quite inadequate to thè task - as I suspect 
many researchers are beginning to find out. (Today, companies 
like Tandy, Atari, Apple, Commodore and many others, who begun in 
thè market with games computerà or old 8-bit machines, have been 
forced to manufacture 16-bit MS-DOS machines to capitalise on thè 
greatest variety of software written for this ’IBM-compatible’ 
category.) 

There is no ready-made System for a fortean database. The 
available software products were being edged out by a new 
approach - thè database language. This allows thè user to 
customise a basic System to his exact needs by a range of menu- 
driven or command-driven programming options. This type of 
"appiications builder” has made it possible for idiota like 
myself, who have trouble learning Basic, to write quite 
sophisticated and powerful programs. Also modern database 
languages, like dBASE, have broken away from thè early rigid 
hierarchical structures allowing data to be entered randomly and 
several files to be processed in complex relationships 
('relational databases’). 

At thè time thè IBM-PC was clearly becoming thè standard 
machine for which most software was being published, which was 
one of thè factors which convinced me, contrary to my own advice, 
to go IBM before I decided on software. Obviously any serious 
contender would be available to IBM or compatible machines first. 
Also, being a Ione, vulnerable end-user it was essential to have 
a machine which was as reliable as could be, and with good 
technical support lf needed. There were fancier machines coming 
on thè market every month, but I decided to play it safe. I paid 
about £ 1600 for my 128K IBM PC, with one disk-drive, two years 
ago, and I have added to it in that time. I recently upgraded to 
a 20mb hard-dlsk for £ 495 (+ VAT). If you shop around you can 
find IBM look-alikes, assembled from IBM-quality components (made 
in Hongkong or Taiwan), and a 20mb configuratlon similar to mine 
might cost under £ 1000. Good computing power ls now wlthin thè 
reach of thè serious researcher. 

Having settled upon IBM, I realised I could apply thè same 
principles to database selection. The choice had narrowed down to 
dBASE II and RBASE 4000, and a few others. Vhere RBASE offered a 
powerful range of facilities, it was stili relatively unsupported 
in this country. dBASE was extremely well supported, but was 
severely limited by its inability to open more than two files at 
a time. Suddenly my wait paid off - thè long-awalted release of 
dBASE III (dB3) allowed relationships between ten open files at a 
time, and an exciting range of functions for manipulating data. 
That tipped thè balance, and I committed myself to dB3. There are 
indeed database systems now available which surpass dBASE in one 
or two functions, but few can match thè power and range of its 
functions and commands. On such a far-reaching declsion I thought 
it was better to play it safe and go for RELIABILITY. After all, 
I wanted a System which would be functional for at least 5 years 
(perhaps more). By then database systems will have developed to 
even greater power and sophistication - and because dBASE can 


The Computer UFO Newsletter 6 




A look at T.O.A.D. 


7 


ouput standard ASCI files, its data can be transferred easily to 
any better System. 

TOAD - THE PHILOSOPHY 

Over thè development period many systems and sources have 
influenced TOAD in my search for suitable systems of categorising 
and operating. I have emulated thè good points of some and 
steered clear of thè obvious pitfalls of others. It would be 
tedlous, indeed impossible, to list them all, but I must say a 
sincere thank you to Anders Liljegren for his UFOCODE (3), 
devised for AFU; to Paul Jackson for his TASCAT (4), devised for 
thè Tasmanian UFO Investigation Centre; to John Prytz for his 
painstaking efforts in devising a library subject heading and 
indexing System for thè Australian Centre for UFO Studies (5); to 
Dave Fideler who sent a copy of thè file-design used by Persinger 
for his 'space-time transients’ analyses (6); to Bill Corliss for 
his monumentai work both compiling AND classifying scientifically 
anomalous data (7); to thè late Gray Barker whose UFO guide to 
FATE magazine showed thè usefulness of a computer in a bibliogra- 
phical application (8); to George Eberhart who seems indefatiga- 
ble in his attempts to catalogue American Forteana; and to thè 
early pioneers of UFO catalogues, Ted Bloecher and David 
Saunders, whose work is at thè heart of thè CUFOS database. You 
will notice that most of these efforts are in thè field of 
ufology - without doubt it helps to work within a more easily 
defined field. 

The first task was to find thè basic units into which an 
incident can be broken down; thè greater thè number of basic 
units, thè greater thè number of connections can be made, and it 
is hoped that one day some of thè permutations of these 
connections (or cross-references) will lead to reai insights. I 
use two kinds of data groups: primary and secondary. PRIMARY DATA 
(subject, date, location, and reference) are shared by ALL 
records/entries. SECONDARY DATA, which is additional to thè 
primary details, can vary considerably between records/entries. 
Secondary data fields tend to reflect thè researcher’s interests 
and would concern, say, witness-related data, thè involvement of 
animala, meteorological conditions or anything else thè 
researcher feels is important. (11) Each of thè primary data 
field areas has its own problema and I’il deal with some of these 
under their headings below. 

So it is a Cardinal rule of database design to include as 
much flexibility as possible. A large of number of amali files 
can be processed more efficiently than a single massive file. For 
example: a record might only consist of primary data (subject, 
place, date, source) (10) and so there would be no need to tie up 
valuable memory in entering BLANK fields in any other sub- 
division. Therefore thè structure of TOAD is a cluster of amali 
specific files from which thè data can be reassembled in a 
variety of combinations according to thè inquiry. 

Another sound principle of database design is to prohlbit 
direct accesa to thè database itself during data entry - to 
minimise thè risk of corrupted records. Another problem is to 
reduced thè number of BLANK fields. Ve have solved both these 
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problema by thè use of an intermediary, temporary database. 
Imagine a file card wlth all thè available fields or questions on 
it - it would look very much like a UFO sighting report form. Not 
all thè questiona are relevant so there ls a lot of blank space, 
and lf your database ls set up likewlse wlth one long record form 
there would be a lot of wasted memory. However, we can afford to 
design our temporary database llke thls only because lt ls 
temporary, and we need to be able to select from all thè 
available fields for each new record. These long records wlth 
many blank fields can be checked and then processed as a batch - 
a fillng program examlnes each one and ’posts’ (or coples) each 
field to thè relevant TOAD data flles (see Fig.l), except where 
thè field ls blank, thus mlnlmislng memory wastage. And because 
thè fillng ls automated thè rlsk of corruptlng thè database ls 
low (assumlng no bugsi). After fillng thè temporary database ls 
erased. The next tlme data entry ls needed thè program creates 
thè temporary database, appends a blank form and asslgns lt thè 
next available record number. And so on. 

- Fig 1 - 


**************** *************** 

* Maln data * * Maln data * 

* entry form *-> * temp d’base * ! *************** 

**************** *************** j * Fillng prog * 

1-> * into TOAD * 

**************** *************** , * gee Fig.3 * 

* Source data *-> * Source data * 1 *************** 

* entry form * * temp d’base * 

**************** *************** 


(The basic flow of data entry lnto temporary databases, then 
fillng lnto TOAD) 


, The al1-important link between each TOAD data file has to be 
unique. Originally I considered using a combination of date and 
subject code, but thls would become confused if several incidents 
of thè same kind happened on thè same day. Ve have decided to use 
thè automated fillng program itself to generate thè "next 
available record number” which then becomes thè "unique key” 
through which all thè relatlonships to that record are set. 

SUBJECT 

One big problem was how to deal wlth subject headings. The 
library-type of organlsation (as proposed by Prytz, Eberhard and 
Liljegren) proves to be of little use In dealing with thè 
complexity of cross-references needed in our database. Vhen it 
comes to classifying such inter-related topics, as are typical 
fortean phenomena, we have to build up a descriptive 
phenomenology from scratch. The fortean arena ls difficult to 
define: it ls not a single subject, and many areas of our 
interest seem to be subjects which are ’interdlsciplinary’ and 
whose novelty lies in their "merging away into other subjects” as 
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Fort put it. Indeed, it was Fort himself who noticed that 
frequently it was not "things" but thè "connections between 
things" which provided thè challenging mystery. 

Phllosophically, Fort distrusted categorlzation because of 
thè human tendancy to use ready-made systems as substitutes for 
creative thought. Nevertheless, he saw thè necessity of some kind 
of classification system with which to file and retreive his 
notes and clippings. In 1919 he said he had covered his range of 
interests with about 1300 main headings. These were broadly 
descriptive in an unusual way: ’Harmony’, ’Equilibrium’, ’Supply 
and Demand', ’Metabolism’ etc. I rather suspect that Fort revised 
and expanded his system, when, in about 1920 he burned his 
"40,000" notes, "because they were not what I wanted", and began 
collecting all over again. In any case, he left no description of 
either system. I have opted for more conventional headings 
because these will be more familiar to thè user and any 
variations can catered for under thè main heading and by cross- 
referencing. Besides, Fort’s great concern for thè "relations 
between things” is not lost, but enhanced, by thè speed of thè 
modern computer, and interest in conjunctions of data will be 
catered for in thè query programme. 

It is impossible to put a figure to thè total number of 
subjects which will be available as data headings in TOAD. In 
compiling thè subject catalogue for TOAD (9) we have listed 
several thousand legitimate topics with their assigned codes. As 
thè subject catalogue comes into use I expect it will be expanded 
and AFR pian to release regular updates on new subject and their 
codes. 

By 'subject' I mean a phenomenon as distinct from a 'case'. 
A case may be broken down into a collection of phenomenal 
incidente, and I take these 'subjects' to be one of thè primary 
data unite of my database. There is provision in thè subject file 
itself for entering a 'case name' (which could be a witness name, 
a place name, or some descriptive phrase) where this is in common 
use, and a search on this field should allow thè full 
recojistruction of thè collection of incidents which go to make up 
a 'case ’ . 

Subject codes are an integrai part of thè program design, 
because codes are faster and less ambiguous for thè machine to 
use than relatively clumsy words and phrases we normally use. It 
is also easier to type in a five-digit code than a 60-character 
subject description. However, codes are not very 'user friendly’, 
and there would be a need to substitute thè text ’stringa’ when 
outputting to screen or printer. 

A code has distinct advantages in thè database proper. It 
needs minimal Storage memory. When reports are made to thè screen 
or printer, thè subroutine looks up thè code in a ’look-up’ file 
(some people cali this function a dictionary or thesaurus) and 
thè appropriate subject title text is displayed or printed. This 
technique has another advantage: if changes or additions need to 
be made to a database in regard to 'subject', one simply changes 
or adds to thè text in thè look-up file. The actual database data 
is not touched. Also, by simply translating thè text records in 
thè look-up file a printout in a different language is possible. 

One important facility must be thè ability to conduct 
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hierarchical searches. EG. thè subject catalogue has a generai 
entry 'FALLS' for objects etc falling from thè sky. This headlng 
has 11 sub-headings (le. falls of animala, artlfacts, ice, 
lnorganlc material, liquida, oddities, conventlonal (eg.people 
who survive falling great distances), organic material, pianta & 
plant material, stones, and slow falls). Each one of these has 
sub-sub-headings and so on. (see Fig.2) Ve can be specific to any 

FALLS (271) 9 

- Falls of Animala (272) 

- Falls of Amphibians (866) 

- frogs & toads (867) 

- tadpoles (869) 

- spawn (870) 

- newts & salamanders (868) 

- Falls of Birds (871) 

- Falls of Fish (874) 

(Part of SUBJECT CATALOGUE, showlng hierarchy and codes) 


level we like (eg. falls of frogs - 867) or by coming up thè 
hierarchy we can catch all thè amphibian falls by searching for 
(866). Because each subject code will be stored along with thè 
next highest number in thè hierarchy (eg. to thè database thè 
full code for falls of birds is 871-272, le. a sub-heading of 
Falls of Animals) in thè same ’look-up’ file as thè subject 
headlng text string, we can cater for searching on specific 
headlngs OR generai headlngs. 

DATE 

I wanted more than a simple 8-character date field. dB3 has 
a special data field for dates which can be manlpulated by 
special date functions. For example: 

1) dB3 has functions for returnlng thè day of thè week in 
word form, and this can be automatically lnserted lnto a field in 
thè record upon input of a numerical incldent date. 

2) thè AGE of a witness can be automatically calculated upon 
input of date of blrth; and vice versa, a DATE OF BIRTH from 
input of age. dB3 offers a number of date manlpulatlon functions, 
like thè ability to extract numerical values from a word date so 
that another date can be computed (eg. lf you bave a date in thè 
form <29/May/1986> and wlsh to add nlne days.) In many reports we 
are glven two datums (eg. thè incldent date and thè age of thè 
witness), so lt ls easy to calculate thè thlrd datum (eg. date of 
birth) . 

dBASE III appears to be conflgured to use only dates after 
1900, and this was a serious dlsadvantage when deallng with pre- 
1900 data. However one young whlzkld showed me a routine which 
by-passed this limltatlon in thè old dB3. The problem does not 
arlse in thè new dBASE III+, which lncludes a new command (SET 
CENTURY) which toggles between ’20th century only’ (last two 
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digita) or ’any century’ (4 digita). 

The problem of vague datea ia another headache. I have 
decided to make proviaion for two alternativea in thè data entry 
stage, when thè operator muat choose between a full or a vague 
date entry acreen. The ’full date’ ia one where all thè numerical 
componente of thè date are known, and ao it ia on thia part of 
thè program that such date calculationa aa thoae mentioned above 
can be made. The 'vague date’ catera for auch data aa ia known, 
including seasonal datea: "thè firat Tueaday of March (year 
unknown)", "aometime in aummer 1945”, "in thè early 1870a", etc. 
Ve do thia by thè uae of fields for both codea and text. 

..............-- Fig.3 ----------------------------- 


**************** **************** **************** 

* Subject * * Secondary * * Primary * 

* (thesaurus) * * Source * <-> * Source * 

**************** **************** **************** 

i 1 i 

l V ! 

j **************** 1 

l -* X-Ref * <-! 

**************** 


**************** 

* Subject * < 

**************** 

**************** 

* Place * < 

**************** 


**************** 

> * Meteorology * 
**************** 

**************** 

> * Witness/etc * 
**************** 


**************** 

* Date/Time * < 

**************** 

* 

**************** 

* Citation * < 

**************** 


**************** 

> * Animala * 
**************** 


> 1 Othera l 


Arrows indicate thè direction of a relation. NB: ’Others’ means 
that new data files may be added to thè structure. 


REFERENCES AND SOURCES 

References and sources provide thè most difficult of all 
thè problema. Because one of thè researcher’s tasks ia to 
generate a bibliography, we must have some generai link between 
subject and reference, aa well aa thè standard link between 
incident record and reference. EG. we might want a list of our 
source material on a generai topic, say ’psychological theories 
of UFOs’, rather than an incident-related reference. It ia 
possible, but cumbersome, to search thè whole database for 
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records wlth thè appropriate subject code, then to compile a list 
of source references from those records. It is far easier, at thè 
time of thè automated filing, to enter thè subject code and thè 
source reference into its own file, and thè search we have 
described would begin there. 

Potentially more complicated is thè great variety in types 
of sources (books, news-clippings, films, photographs, 
investigation reports, etc). To begin with we must distinguish 
once more between primary and secondary data. The relationship 
between primary and secondary source files is similar to that 
between primary and secondary data groups explained above. 
PRIMARY SOURCE fields concern self-contained sources, such as 
books, in which thè contents have a fixed relationship to thè 
title. In SECONDARY SOURCEs this relationship is variable: eg. 
thè title of a newspaper, journal or annual procedings stays thè 
same, but thè contents vary with each different issue date. 
Therefore secondary source records must include a primary source 
code. 

Ve must also cope with two different type of multiple 
referencing. One incident or topic may have a great many 
reference sources - conversely one source (eg. Fort’s COMPLETE 
BOOKS) may refer to a great many incident or topics. To avoid thè 
massive repetition of reference details (a waste of valuable 
memory) we apply thè trusty technique finding thè smallest 
discrete data groups. Thus we have a cluster of files dealing 
with primary source, secondary source, and a cross-reference file 
(x-ref) which links thè bibliographic files with thè incident 
data files. Figure 3 shows how thè various TOAD files relate to 
each other. 

ONE-TO-MANY / MANY-TO-ONE 

The structure described gives us thè flexibility to make 
thè following relationships: 

* a single subject code may be linked to many incident 
records (allows thè reconstruction of ’cases' or compilation of 
1ists). 

* a single subject code may be linked to many primary and 
secondary source records (for bibliography of a subject). 

* a single incident may be linked to many primary and 
secondary source records (for bibliography of an incident or 
’case’) . 

* a single date may be linked to many incident records (for 
compiling a chronology or list of events for one day). 

* a single place record may be linked to many incident 
records (for compiling a gazetteer of phenomena). 

* a single primary source record (eg. a newspaper) may be 
linked to many secondary source records (articles or clippings), 
each of which may be linked to many incident records or subject 
codes (for checking all citations from one source). 

* and a great many other combinations - eg. a correlation 
could be sought between a witness name, a day of thè week, a type 
of animai, a location and certain types of phenomena. 

* etc, etc. 
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PROGRESS 

I have not said too much about thè actual fields - these 
vili be fully described in a future paper because they are 
currently in a development stage (Eg. I am trying varlous ways of 
storlng and manipulating dates and I have thè cholce of putting 
one kind in thè main data entry form and other kinds in thè 
actual data file. So to present a listing here would be both 
premature and may be misleading.) 

Progress has not been as fast as I would like. Once thè 
careful choice of computer and database language, I have had to 
learn dB3 (and then dB3+) to advanced programming level. Had I 
been able to sit down and devote myself to thè problema alone thè 
database would be operational now - but alas I have only been 
able to snatch an hour or two when I could. Vriting programs is 
thè easy part - debugging and proper testing takes up most of thè 
development time. Here is thè state of play: 

* Main data entry program - now in third version and 
undergoing a major re-write to improve presentation, ease of use, 
and execution. Near completion. 

* Source data entry program - Program functional, and 
source database is in operation. 

* Subject thesaurus program - program functional but nearly 
1000 records damaged during a disk-crash 1 Reconstruction 
underway. 

* Filing program (which takes data entry forms and files 
them into thè TOAD database proper) is near completion. 

* Maintainance programs (for updating database, or deleting 
duplicated records, etc) exists in pseudo-code only. 

* Full range of query and reporting programs are planned, a 
few of which exist in pseudo-code only. This is next phase of 
development. 


USE OF TOAD 

♦ 

Although going "on-line" is a very attractive idea, it is 
at least 2-3 years away. Before it happens thè inquiry procedures 
and data security problema must be improved. 

In thè meantime AFR hope that ANYONE can jóin in data entry, 
even if they do not have a computer. Ve pian to make a simple 
'kit' available of data forms and a guide (including codes). AFR 
also pian to publish a subject code catalogue (see note 9), and a 
catalogue of sources. It is anticipated that these last two (thè 
subject and thè source catalogues) will need revision every year 
to accomodate thè wealth of new material. Members of AFR will be 
offered them at reduced rates. 

Beyond that, our plans are to purchase a dBASE compiler so 
that cut-down versions of thè database structure may be made 
available to researchers with micro-computers. 

Ve have put a lot of thought and money into developing TOAD. 
Ve have emphasised flexibility. As TOAD is used more and more, 
its structure will undoubtedly undergo modification*. field sizes 
may be altered, new fields and files added, and new query or 
reporting programs written. Because of its power and growth 
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potentlal we hope more and more researchers vili be attracted. 

Individuala or groups could keep coples of thelr own data on 
TOAD as backup, or use TOAO facilities for analysls. Some of 
these Services may have to be pald for, with members getting 
concessionary rates: but nothing has yet been decided on HOV to 
admlnister AFR in this respect, although something on thè lines 
of Hilary Evans’ BOLIDE Information network is attractive. 

There is a reai prospect of establishing common standards 
for fortean databases by developing TOAD in cooperation with 
other groups - and I would be happy to discuss this with anyone. 
UFOlogy is a major field and a complex one, but it is one of many 
which share slmllar data problema, which we belleve TOAD 
addresses directly. 

NOTES 


1 - CHARLES FORT: PROPHET OF THE UNEXPLAINED by D. Knight 
(Doubleday 1970). 

2 - PHYSICAL TRACES OF UFO SIGHTINGS (CUFOS, 1980). This printOUt 
from UFOCAT has "nearly 2200" entries. 

3 - UFOCODE: A CLASSIFICATION SYSTEM FOR UFO REPORTS, UFO 
LITERATURE AND REFERENCES ON UFO-RELATED SUBJECTS: VERSION 1 - 
DEC 1983 (Archives For UFO Research, Box 11027, S-600 11 
Norrkoping, Sweden). ’UFOCODE: A Classiflcatlon System for UFO 
Research’ by Anders Liljegren, AFU NEWSLETTER 26 (May-Dec 1983). 

4 - TASCAT: TASMANIAN UFO COMPUTER CATALOGUE - 1985 (Tasmanian 
UFO Investigation Centre: Box 99, North Hobart, Tas 7002, 
Australia. ) 

5 - A SCHEME FOR THE CLASSIFICATION OF UFO AND RELATED 
INFORMATION by John Prytz (paper for UFOCON 7, Hobart, Tasmania; 
1983; unpublished). SUBJECT HEADINGS AND INDEXING TERMS RELEVANT 
TO UFOLOGY AND RELATED DISCIPLINES by John Prytz (paper for 
UFOCON 8, Sydney, NSW; June 1984; unpublished). John's papera 
contain an astonishing amount of work and thought on 
classification problema. 

6 - t SPACE-TIME TRANSIENTS by M.A.Persinger & G.F.Lafreniere 
(Nelson-Hal1, 1977). 

7 - A CATALOG OF GEOPHYSICAL ANOMALIES - A projected series of 
about 25 volumes, of which 5 have been pubiished so far. Compiled 
by William R.Corliss (Sourcebook Project: Box 107, Glen Arm, MD 
21057, USA.) 

8 - A UFO GUIDE TO FATE MAGAZINE by Gray Barker (Saucerian Press: 
Box 2228, Clarksburg, WV 26301, USA; 1981.) 

9 - A GENERAL CATALOGUE OF FORTEAN SUBJECTS FOR THE FORTEAN 
DATABASE (Preliminary edition), complled by Bob Rlckard (Archives 
for Fortean Research, 1 Shoebury Rd, East Ham, London E6 2AQ; May 
1985). This preliminary edition had only 12 coples, and was 
selectively clrculated for crlticism and improvement. The next 
edition (thè 4th) wlll be thè first publlc edition, and will 
contain subject codes for TOAD. 

10 - Our editor, Maurizio Verga, has called these fields groups 
”fundamental data” COMPUTER UFO NEWSLETTER vi n3 (Jan 1986) p4f. 
What I cali ’secondary data’ could be viewed as an expansion of 
his ’Classification', ’Evaluation’ and 'Notes' fields. 

11 - My initial selection of secondary fields la personal, of 


The Computer UFO Newsletter 6 







A look at T.O.A.O 


15 


course, reflecting my own research interests. I was not worried 
about overlooking potentially important data, because tne 
facsimile of thè item could always be referred to and thè new 
information included at a later stage. As other researchers 
thè network, each with their own interests, I expect thè range of 
fields to be expanded - and thè ability to alter a database 
structure in this way, while thè database is operational, is one 
reason I went for dB3. 


Bob Rickard 
******* 

(Bob Rickard is a uell-knoun Fortean and UFO researcher, editor of thè 
high1y-respected magazine "Fortean Times". He is very interested in thè 
use o-f électronic data processing in our subjects (especially 
Forteana), due to thè huge mass o-f data he has to handle. T.O.A.O. 
seems a really interest ing database System -for such a kind o-f event and 
ue are looking -foruard to receive -further papers about its development 
and concrete appi icat ions. Comments and suggestions -from readers are 
invited, obviously. 

Ule remark that dBASE III is al so thè database System o-f SCANCAT, thè 
Scand inav ian Catalogue o-f UFO events managed by Anders Liljegren. The 
report -file has more than 1700 recorded sightings at moment (early 
September 1986), most o-f them related to 1930's "ghost -fliers" and 1946 
■ghost rockets". The record structure includes 36 -fields, uith a total 
lenght o-f 185 characters: most information are inserted under thè form 
of codes. Liljegren has a Victor VPC 15, a PC IBM/XT compatible machine 
and he is planning to urite a paper for CUFON about his oun uork.) 

I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I 

PROBABLE MEETING AMONG CUFON READERS 




Next year, a uorkshop exclusively devoted to thè possible 
employments of computer in ufology should be hold during thè fourth 
international BUFORA UFO Congress (August 23-25), in London. It could 
be an excellent occasion to organize an unformal meeting among all 
ufologists interested in computer appiications, to debate our 
subjects and exchanging ideas and material. This Editor uill attend 
that Congress and he hopes to meet most of you in that occasion. 
Moreover, there uill be a similar uorkshop during thè international 
ICUFOS Congress (May 1987, in Tur in) uhere a large part of it uill be 
devoted to computers and ufology: in vieu of fore ign partic ipiants , a 
seruice of translators uill be active. 

Further information on next issues of "The Computer UFO Neusletter", 
uhich uill promote such meetings. 
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UFQCOmFILE 


— In-tr-oclLJcr-t i o n 

UFOCOMFILE seems to be an interest ing Project for thè 
Storage o-f a national casuistry on computer. The idea uas good, 
even though ue don't agree much u ith thè great mass o-f coded data 
inserted in each record. Unfortunate1y, this uork headed by 
Austral ian researcher Andreu Cole (uho is thè ouner o-f thè 
Alpha-Micro 100 uhere thè System has been imp1emented at thè 
moment) hasn't received a concrete contribution from locai groups 
and invest igators. This has practically caused thè -failure of thè 
Project, as regards uhat ue knou. 

We think thè cause of this is quite simplet thè uhole 
Project (which aims uere actually interesting) had an old 
conception of thè use of E.D.P. It uas founded on a sole big 
computer and contr ibutors had to supply compiled cards (related 
to their oun cases) to thè operator of that machine. All this 
involves a lot of problems, such as thè compilation of cards (a 
very boring operation !) and a scarce psycological part ic ipation 
of contributors to thè Project. Moreover , a uork of such a kind 
needs a lot of time, also because there is only one man in 
inserting data in thè computer. According to our oun point of 
vieu, thè most suitable solution for thè computerization of a 
national casuistry is thè establishment of a "netuork* of 
personal computers, ouned by different ufologists. Each of them 
prepares a piece of thè casuistry (for example, all sightings 
happened in its oun province) employing a common database 
program. The resulting files can be collected together and then 
passed on a more pouerful computer to carry out statistical and 
other k ind of analysis. 

’This is only our personal solution about thè storing of UFO 
sightings on computer, in vieu of a national catalogue. We are 
completely open to any other proposai and suggestion able to 
establ ish a positive debate. For thè moment, bere is a summary of 
UFOCOMFILE structure and activity, draun from Andreu Coleus 
booklet "The Austral ian UFO Computer File - Instructions and 
codebook ■.AEDITORU 


1. THE PURPOSE OF THE COMPUTER FILE 

The computer file is designed to fulfil tuo main objectivess 

(A) To act as a quick-access filing System for all Australian UFO 
reports. Access to be available to those groups uho contribute data to 
thè file, as uell as other persons or groups (private researchers, 
etc..) at thè discretion of ACUFOS. Private individuals or groups uho 
are not members of ACUFOS. Private individuals or groups uho are not 
members of ACUFOS uill be charged an "operating and materials” fee for 
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supply of information from thè computer. 

(B> To provide thè means o-f conducting research into thè UFO 
phenomenon in areas uhere comparison o-f data and statistica! 
evaluations are envisaged. 


2. OPERATION OF THE COhPUTER 

The Australian UFO Computer File uas originally set up as a 
punched-card -file -for operat ion on a UNIVAC 1004, it uas then migrated 
to disc at Automatic Data Service in Canterbury N.S.UJ. on a I.C.L. 
1902A. This uas thè -f irst time that an external cost uas associated 
uith thè -file. 

The uhole file architecture uas then modified to allou for complex 
analysis and uas moved to a disc based multi-user System at 
Australian-Alpha-Micro, thè programmes being uritten using a very 
soph isticated form of compiled Basic. 

Due to various personal commitments, thè file ceased operation 
from 1981 to 1984 uhen houses uere mortgaged and a fairly large Disc 
based, multi user. Alpha Micro System uas purchased. This alloued for 
future netuorking poss ib i 1 it ies. Also, ounership meant thè end of 
borroued machine time and programme re-urites for System migration. 
Electricity and paper costs are thè only overheads. 


3. DATA FILE FORMAT ORIGINS 

The originai file format uas finalised in December 1976 having 
being draun by myself and Michael Smyth. Input from Dr. David Saunders 
and Fred Merrit uas obtained so as to establ ish some compatibi1ity uith 
Or. Saunders' UFOCAT. Compromise uas reached uith exceptions and 
borderline cases of category selection being kept to a minimum uithout 
thè uhole System becoming an unuorkable megalith. 

It is important to note that previously entered reports that may 
have had un-codeable details may nou have codes available for entry of 
this nei/ information. In fact, any neu information may be added to an 
individuai record up to thè neu maximum of fourty different parameters 
in total. 

The originai record format compromised of one or tuo eighty column 
punched cards, consequent1y, thè record uas set up to fit into this 
format. The ideal size of a record on a disc based System is an evenly 
divisible portion of a disc sector uhich, on thè Alpha Micro, is five 
hundred and tuelve records, so one hundred and tuenty eigh uas chosen. 
This u il 1 also suit various floppy-disc based microprocessors. At this 
point in time thè only method of transferring thè file from thè Alpha 
Micro is via a simple character oriented programme doun an asynchronous 
link. All binary compacted numbers uill have to be expanded prior to 
transmission and re-compressed at thè other end. The record format as 
it stands comprises of fourty four characters, set up as fourty pairs, 
in thè parameter table. The remaining four characters are used for 
monitor flags. 


4. DATA RECORD FORMAT 

This format has been set up in thè basic bel ief that ALL data 
obtained from thè invest igat ion of UFO phenomena is of equal 
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importance, therefore no apparently useless information should be 
sifted out or deleted. For any serious analysis to be carrled put, it 
is of outmost importance that all identified as uell as unidentified 
reports are entered. Only i-f th is is done uill thè calculation o-f 
Probability Perecentages be possible to enable our extremely 1imited 
field ino est igat ion capabilities to be utilised more e-f-f ect i ve 1 y . Th is 
has not been done in thè past and a large backlog has developed uhich 
must be entered i-f any use-full and for thè sceptics, believable, 
statistics are to be forthcoming. 


5. GENERAL DATA SECTION 

CHAR. 001-009 These form thè FILE NUMBER and are split into three 
groups : 

1-2 SOURCE GROUP CODE (from coding tables). Each group has its oun 
individuai code uhich is to used for reports that have been 
investigated by that group. This may include reports from outside that 
state, but do not include reports taken only from neuspaper accounts. 
Neus reports that have not been directly investigated by thè group are 
coded according to thè "Other Source" code for that state. 

3-6 REPORT YEAR. This is thè year that thè report uas compiled, 
not thè year of thè sighting, for example a report received in 1977 of 
a 1974 sighting. 

7-9 REPORT NUMBER. This indicates thè number of thè report in that 
year, for example, thè first report for 1985 uill be 001. The numbering 
of reports is also irrespective of thè chronolog ical order of thè 
sighting dates for that year. 

CHAR. 010 SIGHTING IDENTIFICATION LEVEL. "Possible 
identified" refers to reports that appear to have a conventional 
explanation but for uhich there is some doubt : for example, an object 
displaying standard aircraft lighting, making aircraft sounds, etc ... , 
but uhich cannot be positively identified due to some unusual feature. 
This category level also includes "ambiguous" objects that appear to 
have no explanation, but, because, of some reason such as insufficient 
information, cannot be definitely classed. The other tuo levels, 
"Positively Identified" and "Positively Unidentified " are self 
explanatory. 

CHAR. 011 SIGHTING CATEGORY NUMBER. Hynek's originai 
c1ass if icat ions have been expanded and modified slightly to adopt thè 
follouing meanings: 

* "Nocturnal * refers to sightings other than CE's that occur at night. 

* "Daylight" refers to sightings other than CE's that occur in 
day 1 ight. 

Here ue have grey areas, i.e. uhen does night become day and vice 
versa. Sunrise and sunset appear to be of little use here as thè sky is 
bright after sunset and also before sunrise. The best solution uould 
appear to be to regard it as night if it is substantial1y dark and 
stars uould be visible. The decision betueen day and night is probably 
best left to thè discretion of thè invest igator. 

* "Instrument readings or trace only" refers to case such as trace 
cases uithout a directly associated sighting. Cases of anomolous 
photographic images also fall into this category, i.e. cases uhere a 
printed image uas not seen uhen thè photograph uas taken. 

* "Close encounter type 1" and "Close encounter type 2" both remain as 
originally defined by Hynek. 

* "Close encounter type 3" has been replaced uith four categories, as 
suggested by David UJebb (see h is "1973 - Year of thè humanoids") and 
one by Mark Moravec, investigator from Sidney. These are! 
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"Entity Report, class A H (ERA) covers a report in uhich an entity 
is seen inside, enetering, leasing or in dose proximity to an 
object, implying "occupancy". Th is entity can be human, humanoid, 
anthropoid or monster-like in appearance. The distance betueen 
observer and entity is covered by parameter code "J". This covers 
CE3, occupant and Webb 's A-C degree of association. 

"Entity Report, class B" (ERB) covers a report ubere an entity is 
observed uithout an associated UFO, but uhere thè entity is 
similar to a type uhich has been reported previously in 
association uith a UFO. This covers thè term "humanoid" and 
UJebb's "0". 

"Entity report, class C" (ERC) covers a report uhere an entity is 
observed, but no association betueen thè entity and any UFO 
phenomena can be established at thè present time. This covers 

Vetis, Youies, Black Panthers, etc. and Uiebb's "E" and 

anthropo ids class. 

■Entity Report, class D" (ERD) covers reports o-f seemingly 
telephatic, audio, invisible or visible be ings communication. 
This includes all "contactees" and "bedroom invaders" such as thè 
Stuart case of Neu Zealand, 1954. 

■Entity Report, class E" (ERE) covers a case uhere a uitness 
enters a UFO involuntari1y and undergoes a medicai examination or 
a similar technique, administrated by thè UFO entity/s. This 
includes all abduction cases. 

Due to thè 1 imited number o-f "occupant" reports, it uould be o-f 
little use to attempt to include description breakdouns o-f entities. 
This u il 1 probably be thè subject of special investigat ion in thè 
future. 

CHAR. 012-015 YEAR OF SIGHTING. This is thè year of thè actual 
sighting and not thè year of thè report. 

CHAR, 016-017 MONTH OF SIGHTING. Self explanatory. 

CHAR. 018-019 DAY OF SIGHTING. Self explanatory. 

CHAR. 020-023 LOCAL TIME OF SIGHTING. Care should be taken in 
States uhere Daylight Saving is used. Daylight Saving Time must be 
converted to Locai Standard Time and this figure used. Note that 
sightings occuring betueen 0000 hrs and 0100 hrs dur ing dayl ight saving 
uil 1 in 'fact be someuhere betueen 2300 hrs and 0000 hrs thè previous 
day in locai standard time. Convention decrees that thè sighting time 
be given as thè time of sighting commencement. 

CHAR. 024-027 SIGHTING TlhE AS G.M.T. G.M.T. is used as a 

standard time reference for comparison data, so thè correct conversion 
must be applied to thè Locai Standard Time of thè sighting and this 
figure used here. Note that here, also, thè date may change but this 
uil 1 be calculated by thè computer if it is required for analysis. 

CHAR. 028-037 PLACENAME OF SIGHTING. This field is used as a 

visual cue uhen scanning through printouts. Three different people 
uould abbreviate thè same place in three different uays, so it is not 
used for comparison data. The name of thè nearest landmark, creek, toun 
or maybe even homestead could be inserted in this ten character field. 

CHAR. 038 STATE OF SIGHTING. This character is used for thè 

code of thè State in uhich thè sighting occured. 

CHAR. 039 QUANTITY OF LIIThCSSES. "Instrument read ings only" 

refers to cases (other than false alarms) uhere some form of detection 
equipment records an anomaly but there uere no observers or sighting, 
as in thè case of automatic recording devices. "Trace marks only" 
refers to ground marks, broken tress, indentat ions, etc.... that have 
no apparent sighting association. "Photographic evidence only" refers 
to anomalous photographs or photographs from unattended cameras. 
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CHAR. 040 AUSTRALIAN MAP DIVISION. This forms thè first part 
of thè Map reference System. Saunders uses latitude and longitude but 
it uas felt that a "grid" has certain advantages. Lat. and Long. inter 
a high degree o-f accuracy in locating thè position of an object and in 
some cases places a -false degree o-f accuracy to a sighting data (no pun 
intended !). Using a grid System avoids this problem by assigning an 
area in uhich thè object uas seen. Houeuer, there uill aluays be 
borderl ine cases, but it must be remembered that ue are not trying to 
find a substitute -for thè data in a report, only a means of expressing 
it in a form that can be manipulated by a machine. For instance, flap 
oredictions only indicate an area of high probability rather than a 
precise point. 

CHAR. 041-042 MAJOR GRID REFERENCE. Refer to map appendix alleged 
uith thè codebook. 

CHAR. 043-044 MINOR GRID REFERENCE. Refer to map appendix alleged 
uith thè codebook, 

CHAR. 045-124 PARAMETER TABLE. These characters are set out in 
groups of tuo, uith each combination having an un ique meaning. Due to 
thè large amount of data in a uritten report, data compression is 
required and it is achieved in this uay. The Codebook contains all 
these parameters uhich are added to from time to time. 

CHAR. 125-128 MONITOR FLAGS. These are only used by thè computer 
during certain programmes and also change their meaning depending on 
thè programme us ing them. 


- CD -F -F e i — o -F S o -F "t ui sl r— & 

On CUFON Volume 02 issue one there uill be thè neu complete 
up-to-dated "Offer of softuare" section, uith neu interesting items for 
popular personal computers. Several print-outs of UFO catalogues uill 
be made available at cost price. 

***t******************************************************************* 

Me uì S u b s c r i p "t i o n 

This is thè last issue of Volume 01 and your oun subscription is 
finished. Volume 02 uill have tuo large issues pubi ished five/six 
months one from thè other. Contents uill be improved more and more 
together uith press quality (inside thè 1imits of our budget !). 
Subscr ipt ions to Volume 02 are open at thè follouing rates: 

- 18,000 Ital ian lire via surface mail 

- 24,000 Italian lire via air mail 

Payments must be made only by International Postai Money Order 
payable to "Maurizio Verga". No check uill be accepted, due to thè very 
high exchange cost (8,000 Italian lire). 

Reneu your oun subscription ! CUFON needs your support. 
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